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2 (57) Ahstract: A secure electronic file transfer syston and naethods of its use are provided. The sender issues a request to the 
DAD (Digital Asset Distribution) system canmng files residing on local or remote computers to be transfened to the recipiwil via 

O Wfication and TCP/IP protocols. Client software may be automaticBlly downloaded end installed to sending and/br receiving 
device to feciliiaie the packaging and transfer of said ffle to a DAD scnw; and sdd file may optionally be propagaied fiom said DAD 
server to additional DAD servera and other non-DAD servers. 
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END-TO-END SECURE FILE TRANFER METHOD AND SYSTEM 



BACKGROUND OF THE INVENTION 

Field Of Tlie InvBitticm 

5 The taventicmielates to file field of comiiito More paiiicalady, the ixiveixdonid^ 

techniques for tbQ secure delivexy of electiomc docoxnente between usets over the Internet 

Background of Hie Prior Ait 

Electcomc Mail (e-mail) provides a means for sending electrooic messages fiom one CQnqmter user to 
snofher. E-mail has advantages of convenience, famut and ^ 

10 sudi, e-mail has been acoepted and widely used fcMr basic conmumicatioii. E-mail is ^ically an 
ASCn based format, however, and proves to be veiylimitmg for fbe commmiioationof long or 
formatted docmnenls. As well, e-mail is iiotfliemedimn of dioioe for the distribution o 
docomOTts, such as reports, azticles, advertisemenls and ait which can include page layout grids, 
postBcript-formatted objects^ multiple fimts wiA tcackmg and kettdng, graphics, imbedded tables and 

15 qxreaddttets, and oflier compHcated infbimaticm. 

E-mafl systems provide a means for appending an ASCII based e-mail message with an associated file, 
to be downloaded along with the e-mail mesrage. Most systems ftiat allow flie appending of an 
associated file are designed to allow a smgle user to send unsecured files to an associate or friend, and 
neither allow for controlled automated distribution to multiple rec^ents, nor do fliey provide 
20 advanced accountings biUxng or other such features (e.g., receipt notification). E-mail gateways also 
limit die applicability of attachments, and do not solve fhe problems of security and recent notation or 
acknowledgment 

The disclosed prior art systems and methodologies provide some methods fbrlhe dehveiy of 
documents, but M to provide a secure, economical, fast document delivery system. Ihns, there is a 
25 . need fiar the development of such an electronic document delivery systom. 

SUMMARY OF THE INVENTION 

Accotdingly , it is tlie object of fhe present invention to address flie needs and concerns of tbe prior art 
as outlined above. 



wo 02/15518 PCT/USOl/25684 
In a iBrst aspect of Ibe pieflent mvantion, ai^^ 

second client includes issuing instructions from Hie first client to a digital asset distribution (DAD) 
serm for tiansfemng a file from flic DAD server to tibe second cl^^ The fast client issues (he 
instnictions via a website for accessing flie DAD server. 

5 luafiirtiier&atnieofthefirstaspect^piiortoissu^ 

initial instxactions for uploading file fiomfbefixst client Upon Ibe first client 

initiBUy accessing die website, first embedded client software uploading fiie file is automatically 
downloaded to die first client 

In a second aspect of liie present invention, a metibod of transfeuing a file ftom a first client to a 
second client inctodes issuing first instructions foun tiie first client to register an account with a digital 
asset distribntion PAD) sorver via a DAD website for transfer^ Ibefixst 
client includes a web browser for acoessn^ftie website. Tbemediod also includes issuing second 
instructions fori^loading the file b> flieDAD server via die DAD website, where upon the first client 
initially accessing ti» website, embedded client software for uploading the file is automatically 
downloaded to die first client The mediod also includes riotifying die second client that the file is 
available for downloading fixmci the DAD web sxte, connecting the second client to die DAD server via 
the DAD website for downloading die file and downloading the file. The second client also mcludes a 
web browser for accessiqg die DAD website. 

Yet anodier aspect of the present invention is directed to computer readable media having stored 
lliereon a data structure mcludmg a first field colonising data representing account infonnation of a 
client, a second field coznptisicg data representing package infonnation regarding a file for transfer, a 
third field comprising address information for an address to tran^ a file, a fourfli field conqnising a 
server site, a fifth field comprising a server list and a sixth field comprising download and/or npload 
information of a file. 

25 In yet anofiier aspect of die present invention, a graphical us^ mter&ce for a first client computer 
system havnaig a selection device is presented where the grqihical user mter&ce mchdes a nser bgm 
convenient for logging a client onto a website for a digital asset dist^^ 
browsiisg coiiqKment for browsiiig foe mtmtet a fQe ttans^ 

second client a tracking component for retrieving tcacking information for tiackmg the file forwarded 
30 to the second client, an address book conqKment storing and 

and an account information component for retrieving account toformatiQn related to die first client 
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In still anofher aq>ect of the present nivg a tion, a system for petfonning ame&od of liansfeEring a file 
ficxmafitstctismtoa secondclientincbdes adigMassB^ (DAD) senw accessible over 

fhe inlenxBt via a DAD website, fte DAD s^irer inc 
5 data wifli a client ov^fte internet, a fiist client for instnicting Oe DAD server to fiswaid a file to a 
destination address, and a seccmd client baviog the destination address. The fast cKent issues first 
instructions forregistering an accotint with tiie di 
for trans&rrmg a file to tiie destination address of Oe second 

browser for accessing tiie website. The first client issues second instnictions for uploadti^tiie file to 
10 tiie DAD server via the DAD website and upon tiie first client initially accessing Ae website, 
embedded client software stored on the DAD serverqwrational for a cKcntto upload flie file is 
automatically downloaded to tiie first client The first client i^loads the file to flie DAD server. The 
system also inclodes notifying means for notifying flte second client tiiat the file is available for 
downloading ftomfte DAD server. The second cKent issues third instructions to flie DAD server via 
15 the DAD website for downloading the file, where tiie second oSaxt inohides a web browser for 
accessing the DAD website, and die second client downloads the file. 

The above aspect of tiie present invention may also include con^puter readable media having 
conqmtair-execiitable instructions for peifonning tiie above metiiods recited tiieretn. 

An of the above aspects will become olBaierwifli reference to the accompai^dng figures a;nd detailed 
20 descrqition of the preferred embodiments tiiat follow. 

BRIEF DESCRDPnON OF TBE DRAWINGS 

Figure 1 is a diagram depicting flic major components of an exemplary electronic file delivery system 
involving DAD and otiier servers. 

Figure 1-A fltastrates exenq>1ary DAD System fimctions. 

25 Figure l-Billustzates an exemplary DAD System architecture. 

Figure 2 is a block diagram of an exemplary DAD server database. 

Figure 3 illuBtratBS a genirad outime of an exfin5ilary interfiu^ that may be displayed by tiie cKcnt 
browser. 
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Figure 3-A illusttates server receiving IBle ti^ 
software. 

Figoxe 3-B illustrates tiacldng of xeoenOy sent files (fins diagram comiecls to Figmes 3-B-i floougb 3- 
B^). 

5 Figoxe 3"B4iIlaBtrate5 easier access Id file traiiB&ilii&t^ 

Figme 3r&-2 iBustiatBS accessii^ file tmnafer details via cliddng Hie displayed transfer identificaticm 
link. 

Figuze3-&-3 inustxatesaccesdng file tiaosfo details via fte selected Hsk^^ 
history. 

10 Figure 3-B^ iUustcadng aocessing file transfer details 1farou|^ searching tlie file transfer database 
records. 

Figure 3-C illastc&tes an exemplary address book, ^ch also includes Add, Modify, Delete, and 
Select capabilities. 

Figure 3-01 illustiates adding lecipients to the address book for fbem to be included in the database. 

1 S Figure 3 02 illustmtes modifying recipients contact and ofiusr informatian in Hie address book 
database. 

Figure 3-03 iUostiates deleting lecqiients contact and oflier infbnnation in tbe address book database. 

Figure 3-D iDosbBtes exemplary DAD system account infonnatiaD, 10 including Add, Modify^ and 
DdetB capabilities. 

20 Figure 3 -D-1 iUostxates a DAD system administrator, user, or sub-user modifies posonal infimnation. 

Figiue 3-I>2 illustrates a DAD system admrmstrstor displays and modiGes sub-user account 
infennatioQ. 

Figure 3-D^3 illustmtes a DAD system admtmstrator deletes sub-user account fiom fbe system 
database. 

2S Figure 3-IM illustrates a DAD system administrator adds sub-us^ infimnation and DAD system 

4 
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ptivilegd. 

Figcne 3-D-5 depicts imexenqilaiy snb-oser accoimt detaOed tofonnaliGnpagie as seenby tiiB 
admin i si laUu. 

Figuie 4 illastrates an muaplc of the tecipieot being notififid "by die DAD server and die ensuiDg 
5 commnnzcalion witli die 6eiver« 

Figaze 4- 1 pottzays die process tbat fte DAD system undergoes as a result of visits by die redpieDls. 

Figure 5 aliows a set ofprogtanisfo die DAD file transfer op6ratioQdm>ugfh 
commmuc sbon* 

FigareB 6 duou^ &i illustrate a piefistred process performed by eTcecutiiig the client send program. 

10 Figures 7 tfaton^^ 7-2 iUtifltratBS an exensplaxy process perforrned by exec^^ 
program. 

Figure 8 iUnstrates a preferred exemplary DAD system server program. 

Figures 9 Ifarou^ 9-2 describe an exenq>laxy DAD server receiving a file fiom a sender or fiom 
anodier server. 

15 Figm»s 10tlnx)ugh 10-1 iQastratB an exonplaiy process performed by execiititig die server 
program. 

Figures 11 duough ll-2innstra1eanexi6nq>l&iyproces8fbrtransfeningaffl^ 
to anodier DAD server or to an FTP server. 

Figure 12 Olnstrntes an eTcemplaiy DAD oKent manitoring program.. 

20 Figure 13 ilbistrates an oemplaiy DAD client receive manager. 

DETAILED DESCSOPTION OF TEm EREFEEIRED EMBODI^^ 

Figuie 1 is a block diagram depictiDg die msg or con^Kmenis of an exemplary DAD (digital asset 
distribution) file transfer system, external servers, and a series of events whereby a sender initiates file 
transfer by issuing instructiona fiom a sending device (e.g., a device wifli web browser), to a DAD 
25 server causing files to be tratisferred to die TBcipiBnl(s). The instructions are sent to the DAD server 
via a web page, widi die embedded client software automatically downloaded to die sender canq)ntBr, 

5 
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or via an aciivatnig wireless device. IfftefiletDbetaiisfoTOdalxeadyiesLdBBm 
sender ikuesfiirtliQrinstmctiQns for ttac^^ If flsefik tobetsansfbned 

does not yet reside onfte DAD server, Oe sender will use flie cfiect software to npload tbe file fixnn 
the sender's computer to the DAD server. The sender can also optianally request the first DAD server 
5 to fbrwaid fhe file to oflier DAD servex(s) and file servei(s) (e.g^ FTP servers). 

The xeceiving device can be flie zecq)ient(s) c0mpQter($) witb web browser. Upon checking the DAD 
web mjfozmation page, special e-mail notice, desktop indicator, cell-phone vibratoiy alert or other 
types of notification devicesi the recqrient(6) may access a DAD web page, widi the cHeiit software 
autwiatically downloaded to the recipient(s)* coinputer(s). The files are then transferred or 
10 downloaded to the rec^6Qt(s)' computes). 

hi order for a sender to use the DAD q^stem to send packages, they m^ In the 

ptefbrred embodhnent; r^stration requiie fiiat the sender input a muqae usemame and password 
combinationy in addition to any reqoixed personal infornu^^ The sender noay also be presented with 
the option to specify a deftnh file transfer method. Iffhe sender elects to use fte web-based mterfice 

IS ^ditimetheysetiqpatcan8fer,itwinberQq[a]iedthat^ 

recehre a letumedpack^, they win need to log m to the system via fhe web^ as desmW inFigores 
3 and 3-A. If tfie user elects to nse die client software, the client sofiwaxe (client send in 901 of Figure 
5, client recdve in 902 of Figure 5 for receiving die returned package) or an updated version may be 
automatically downloaded onto their ifystem and installed so that fhey may use that software each time 

20 fhi^widb to send a package or receive a ietuniedpackage» in fieu of fhe we^^ The 
sender may receive an e-mail notice of package ID number (FID) fiom die server to confirm that the 
padmge has been successfhlly registered into the server database. 

In tlie preferred embodfanent, tegirtration may require that the recipient iiq>ut a unique usemame and 
password combination, in addition to any required personal information. The recipient may also be 

25 presented witii the option to specify a de&ult notification and file transfer metiiod. If die recipient 
elects to use fhe web-based inter&ce each time they set iq) a transfer, it will be required diat each time 
that user wishes to receive a package or return a package, fli^ wiU need to log m to the web page via 
e-mail link or browser (Figures 3, 4 and 4-1). A small receive (902 in Figure 5) or send (901in Figure 
5) for returning package program or iqxiates will be automatically downloaded to the recipients 

30 computer via a web page. Ifthe recipients elect to be notified and transfer a file by client software 
notification, the client software, which may include monitor (903 in Figure S), receive manager (904 
in Figure 5), receive programs (902 in Figure 5), and send program (901 in Figure 5} for returning 
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package, may be aatomalicany downbadM to orpieixistalled on&eix conqxiter and stay resident in 
the system^aiMl may xontiDely connect to file 86^ packages. 
When a package is received, the iecq)ient may be notified by an andio^viaual indicator, and may be 
piosq)tBd to do^oad Ibe padcage at that time* 

S The sender may also be piesaxtedwifliflieGpticms to 

ensumfliesecnrily of data being sent ftzuugh&e system to ^ Forxegisteted^ 
netWQ±)tectpient8, sender may enter fteaccoontnanM of fteteci^^ The notification mefibod may 
be instant notification via DAD client-server conmrnmcation^ e-mail, or otiier mefliods. Recqsients 
may be leqoested to enter tiiekpasswords to validate 1^ Fornon-iegisteted (out-netw^odc) 

10 recipients, Ac notification mefiiodnmy be ennailofoflte^ The lecipienls may also logon to 

file system via a web page and isnter a PID) to query and download tiie package (Figoied 3,4,4-1). 
The recipients may be requested to enter a package password set by the sender. 

Step 1 illuafrates file inhialicn of the process. The sending device communcates with a DAD server 
via web page <»* pre-installed cHent software to acoera account; address boc^ and traokmg information 
IS (Figures 3 fijronj^ 3-D-S). The DAD server retrieves infornoLationfiom a database, and pr^ 
disph^rs information to file sender. The client sofivraie may be autcmatically download 
sender coxnpater to &dlitate file transfer, and may inchide file conqneasion, archiviiiig, and packagfaig 
capabilities^ as described in Figures 6 through 6-4. Aiienciyptionmeaiod(e.g.»SSL),maybeusedto 
encrypt conmiumcation between client and server. 

20 In Step 2, the client software communicates with the DAD server software to transf^ the package and 
logthetransfisrdata* The client software inay also conmmnicatewifiifiie DAD server to send an 
instruction only package, that will in turn request the server to transfer a pre-existing server package 
(i.e«, a package abeady ejdsting at the server at fbe time fiic instmction only message is sent) to fiie 
recipients. Stop2ashowsthatthe8endingdeyicemay also initiate traris&r of data fixm DAD server 

25 to Remote File Storage system without requiring the file be located on the sending device. The 
Remote file information^ such as location and access infomiation will be logged and stored on DAD 
Server. Ihecormnutucation to iq>load a file fiom a client to fiie server^ and fit)m server to ser^ 
TCP/IP and an application protocol are described in detail in Figures 6 fiirougb 6-4, 8» 9 through 9-2, 
andlltoll'2. . 

30 StepSiriitiatesuponsuccessfidcon^letionoffitetrBxis&rtofiKeDADfierver. The DAD server may 
send a notification to fl» lec^>ientB (e.g., via e-mail), as described in Figure 9« DAD servermay idso 
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send anotifioadoiito tiie sender fiorfbe Package ID (PID) in 3a, as descdbed in Figiues 9 tfaiou^9-2. 
In Step 4, recqnent may cUc^ on a link to 

senror to tetdeve Ifae infonnation 6001416 da1a1)as6, process the infofimation, and diq)lay it to 
leceivii^ device. The DAB setverm^ activate do^oadiog of client software 
5 the leceiving device. Registered (in-netw^aii:)iecq)i0ni8ni^^ The 
client sofiwaie may routinely connect to "Sie server to detamioe if Ifaat user has xeceived packages (see 
Figure 12). When apackage is received, tiie recipient may be notified by an audio-visual indicator, 
and may be prompted to download &e package at that time. The lecqrient ^dll receive the file, which 
maybe available from multiple servers transparent to the recipient, aa described in Figores 7 to 7-2. 
10 The cUent software may also interact with fteiecq)ient and cocom^ 

directly without gomgtbiough a web page to download the package, as descxi^ An 
encryption method (e.g., SSL), maybe used to encrypt communication between cUent and aervar. 

InSt6pS,1hecHeiit6oflwarc oonimimicates wife te server pr o g r am via TCP/IP and an application 
protocol to dowidoad and decnyptthe package or file to the rec9)ient'^ The client software 

I s may deoonqness, restore, and install the package ^ fee recipient, aa described in Figures 7 through 7- 
2, 8, and 10 fexongji 10-1. 

The recipient may have fee option to return a modified file to the origina 1 sender by using citiier 
special links included in fee original e-mail message (Figures 3, 4 and 4-1), signing onto the server via 
a web page and entering fee original package identification, or running a pre-install client send 
20 program described in Figures 6 to 6*4, and initiating a return file transfer on that display, as shown in 
Step 6. 

In Step 7, the sender may receive a notification (eg., an e-mail message), of fee return file transfisr and 
downloads fee revised file usnig client software. Iffee sender pre^inataUs fee DAD client receive 
software, fee client receive software may routinely connect to fee server to determine if feat user has 

25 received packages (see Figure 12). When a package is zecrived, fee recipient inay be notified by an 
audio-visual indicator (or other indication mefeod/device), and may be pnmq;>tod to download the 
package at feat time. Ihe recipiootwiUreodve fee file, which may be available fiomnn^ 
(transparent to tbe recipient) as described m Figures 7 to 7-2. The client software may alaointetact 
wife fee recipient and comnumication wife fee server program directly wifeout goioig fesough a Web 

30 pag^ to download the package, as described in Figure 13. 

Figure 2 is an eacerrplary DAD server database d^ign block diagram Hstmg examples of data records 
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gtoxed in database, includnsg Accoimt (10)» Package (20), Addiess Book (40% Server Site (50), Server 
List (60X and Download (70). Ffleliattste are lecoidfid by sender U2D (User Identified 
iecqriBnt(8) UID(s)« FID CPackag^ Idendficatioa) (21), SID(b) (Server Site ID) (51% DID(8) 
(Doix^08dZD)(71)alQi]«wiAoflierper(mentinfonnad EaehPID (21) is preferably umveisaSy 
5 umqoe and includes a server site IJKL(e.g.,flieUSL of file DAD sei^ 

received), accoimt ID, and mnqoe package number fotiieacco^ Ite server site URL provides ihe 
mnveisalimigaeneBStotlieFIDtDparticiilailyas When the sender 

makes a leqiiest for file transfo, padcage, lecqi^ 
,tfae database. 

10 The accoimt record may contain fiiepointaiB tcfiie address book (12) and server list (13) fbr sender to 
select md to the Cmient Package (1 8) for resnme upload. The account name (14) and password (IS) 
are created whm the sender or rec^nentiegtsteiswi&f^ Each account may inchide 

lecqiient, registered recipient, or sender (sender is qualified as registered recipient automatically) 
indicated in Account Type (16). Each type may include dtflbrent authorily levels in 16A (ie., s^ute 

1 5 has authority with return package) , wifii fiie sender having the aufluxrity to issue multqjle downloads 
and die recipient having preinstalled client software and can be notified via instant notification. 
Uniegistexed recipient account record may include only EM^^ Bach account may 

expire depending upcm the expimtion mediod defined in 1 9 (Le., period of time, number of download, 
Umits (19A and 19B), and Attdbules (19c and 19D)). 

20 The package record (20) may contain fiie pointers to the sender (22), recipienls C22A), and server (23 
for server-to^server transfer). Sender File Names (24) end Locatioa (25), and Server XFR File 
Pa1]mame^6). The XE^fite (26) is the archive file stored on ftie server wifli a mnversalu^ 
pathname based on the such as \URL\UserID^ackagenumb^. The sender XER File Paflmame 
(26 A)> XFR File Size (27) and Offiet (28) ate stored for assisting the resume and automat i cally 

25 upload The packaging mefliod (30-32), notify method (34) and mstmctions (35), aloi:^ wifii ttackmg 
aiid accounting mf{»muti<m are also stated in the pack^ Each package may be exphed 

dependuig upon the expiration me&od defined in 39 J .e. pedod of time, nmnber of download, Limits 
(39A and 39B), and Attributas (39c and 39D). Eadi package may have password (39) protection set 
bylhesender. For a return pac^ge, a iiewpacka^ record wiU be added into the detail 

30 (36) offiieorigjDal package record. The Fmoffiie return package record will be saved to the FID 
(36) m the original paclmge record. 

Figures ilhistrates a general outline of the mterfice as may be IS displayed by file chent browser, 
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coi]q)ti8mgU6erI^gin,CU^tBix>wBerscr^ TisosfiBr pOHBR), Tracing CTRACE), 

Addre&s Book; and AccoimL The User Logm prooess requires nscr or client idcntificatioo and ; 
password. 

Figure 3-Altansfer Sender enters relevant!^ File 
S infbnnstion includes nana^ of tlie ffles, locations of flie files, and odierdescnptive inloimatianas 
shown in A of the diagram. In the prefexi^d embodiment; fee sender cmy clicks 
labeled TransfiBs^. Upon receiving the txmsfer request, &e DAD server st^ 
the file transfer request, and generates and sends client software embedded in HTML to the sender (as 
shown in B of the diagram) stores information fbr FTP transit 
10 server-to-server transfer. 

Figure 3-BTracldng:Senda has the (f^tion to track files pi^ Topeifi»3ntbisopdon,tbe 
sender preferably clicks on the OQScaieenopfion labeled "'l^^ This action retrieves infbrmatian 
stored in flie database and diqilays it in a convenient firamfoft^ This information inchides 

records of the recent files fliat have been sent Recent may be defined as such cases as fhose recent in 
1 5 time, most recmt files sent to a particular recipient, or most recent files sent containing a specific file 
or file attributes. As shown in Figure 3-B, there are four alternatives to locatnig the inform lUs 
infotmalion (or history) is stored in fiie database; eachentry will be stored with its own unique 
identification* 

One available option as illustcated by Figure 3-B in 300 is to re-sort die data that is cuxrently displayed 
20 tothenser. This is implemented in order to maximize customization and provide flic sender with 

easier access to relevant mformatiorL By cHcldng on a colnmn heading, the sender is able to rearrange 
data fay columxL For example, in Figure 3-B-l selecting flie ^To^ heading in 302 ini^tes 301, Here, 
die system is accessing die database and rearranging the information as per d^ Ibe 
znfoonation is then redisplayed in 302. Ilie same process is applied to format the information under 
25 the flpecx&atiQnsofdi& other headings. The display seen by the sender is similar to diat of the display 
seen befoie the process ; that is, it uses a similar layout but the infozznation displayed has been ahezed 
as p^ foe sonde's instructions. In 303, the sender can now locate foe proper identification of foe file 
foatistobetEacked. 

If desired infonnation is a^^milable or fomid, the sender can select the identification as in Figure 3-B-2. 
30 When foe correspondmg link to foe desnedinfomi^^ 

details fixm die databa se associated wrfo feat identification in 306, The package details are foen 

10 



wo 02/15518 PCT/US01/25d84 

diq>layed(307)iDafiiimcQiivemeiittoft^ The sender is able to view the faistoiy of (he 

specified packBgOiiiududing transfix If the desned infonnatian is not 

£oiind,tiies6nderhas1heopti(mofntuxm^ to lOHSoirt data in anoliiBr manner. 

Tlie sender also has the option of displa3dng the en^ When tiie sender selects ^ist All" in 

5 Figure 3-B in 300, flie system processes £he request in Figure 3-B-3 in 308. The request is* sent to flae 
serv»3 retrieved fiom the database, and the infimnation is displayed to the sender as shown in 20 
Figuie3-B-3 in309. When fhesend^ is able to locate the desired file, faction of selector 
appropriate file will initiate 311, which tnitiatBsliie same process mentioned in Figure 3-B-2 in 306 
and 307. 

10 If the sender is onable to locate the desired file, fbe sendermay re-sort data by selecting a heading as 
mentioned above. The process of Figure 3-B-3 in 312 correqKmds to that of Figure 3-B-l in 301. The 
display win fiien be reformatted as in Figme 3-'B-3 in 3 13. As before, if the sender locates fiie desired 
file, file sender may ften cUck onflie apprcqmate file to display the nidque details ftat are associated 
withit 

1 S A fourth option to locating Hxe file txansfer details display associated with a file is to ''search*" or qneiy 
ftic database as illustrated in Figure 3-B-4. In Figure 3-B-4 in 317 flie sender enters keywords or 
queries into the ap pr op riate fields to define the search criteria, lliis information is submitted to the 
server, initialing the process shown in Figure 3-6-4 In 3 16. The system uses &e user*4efined criteria 
to search the database and reformat the display to show the requested infomuition to the sender. 

20 The sender niay elect aiQrofllieseopdons at any time while m Tbereiano 
order in whidi die sender win have to choose the manner in whid^ Thatistosay, 
die sender may choose to search^ r&Mrt, le-sort ag^in, display the fldl file list and so on until the 
desued infi3imation is located. 

Figure 3-C Address Book The address book is based on a database that stores information such as 
25 names, e-niiail addresses, phone and fax numbers, instant m^saging IDs. The Address Book also 

incfaides Groiq} names to allow DAD file transfear to an entire group of recgnents. DAD sjrstem allows 
the creation of new groups based on selection of individual recipients or certain criteria. The syston is 
insplemented to provide a database tiiat can be accessed, searched, queried, and modified by 
authorized users in order to reduce time and effort associated with file transfix The address book 
30 includes entries iiqmt by die sender that are umque to each sender^ 
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Pieferabliy, sendee cEckB on themena opticm^ is labeled ADDRESSES to access tbe addiess 
boolr datflbase entries that are asgoriflted with ftwrir imiqnft nfmr iy^?nt^'fir«t^^ mir^W This action 
letrififv^ inf onnaticm firm the database and displays fhat infbnnadon in a convenient form fin die 
sendiCT. Ibis di^ky lists an entries cuxxendy available to fh^ As the layout in 

S Figuxe3-C demonstrates, slider wifl be presented widi several options associated wi& 

address book entry. These options will sxmplii^ tasks such as maintenance and sdectian of recxpients. 
Sender wiU be abte to select one or more entries to i^cb fh^ can tiax^ 

Additionally^ the sender may be able to add entries, modify existing entries, ddeta existing 
entries, or send an e-mail message to a lecipient indicated in an existiDgen^ TbeseiKlermay atany 
1 0 tnne have &6 option to return to the main menu display by clicking on ^ appropriate fink on the 
display. Descriptions ofeachfimctionwiUbe elaborated below. 

The sender may be able to select cme or more entries to which a fUe win be tFBi^^ Todothis»tiie 
sender checks the box in address book 400 next to the appropriate name or names as seen in Figure 
3C. When requested by flie sender, flie selected recipient addresses will be iqmt into the *To field 
IS on the message display as depicted m Figure 3<; in 404 and in Figure 3 m 

The sender has appropriate conttol over tbe address book entries associated with their umqne identifier 
located in the database. As this database may contain no eritriesrelevaiit to a specific sender, oi: it may 
not contain an entry appropriate to the digital package to be sent, &e sender may want to add an entcy. 
By selecting "Add an Entry" Figure 3-C in 401 , the sender wifl be able to add new entries to the 
20 address book. Tlieavailabb fields for ixqsut may include fields such as First Name> Middle Name, 
Last Name, Nickname, Mailing Address, and E-mail Address, among o&ers. In order to snccessfiilly 
add an entry, certain **key^ required injfonnationmiist be entered Tfmy of these required fields are 
left blank, the sender will receive an error message indicating that these fields may not be left blank. 

Once an of tiie desfa^d and required infimnation has been entered and su^ 
25 systemwiUdisplay a confirmation message in 407 duiwingaU of die infbxra 

previous action as depicted m Figure 3-C-l. Iftiie user is safisfbdwitii the entries, tiiey win again 
submit the infimnation and the infiOTaaticm wiB be added to the a pp r o pri ate records in flie database as 
shown m Figure 3-C-l m 408 md a completion page win be displayed with the entered 
409. At lUs point, die sender may have tiie option to inodify.fiu^ 
30 menu. . 



As the entries in the database that are relevant to Ae sender' s unique ID may not be correct or up-to- 
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date, Oeseniiernifiyliavefhe option to inL^^ To modify an existingentty^flie 

sender cUckscm the appnqiijatec^(mloc&^ The sender will be able to diaoge^ add, 

or delete information in any oflbe available fields as is necessary. This process can be seen in Figure 
3<::-2. To fte sender, liiifi piDcesB is virtnally iden^ Itdi^rscnilyin 

S tiiat fee sendfiT geea r page cfmfifming mrvlifiMtimi A1 1 ralhftr tfron cnffifirmtng a ngw ftntiy. Once^ 

desired iiifoimadon bas been modified, die sender may snb^ 
setvor. Itieinfoiniation is then updated in^ 819^^ 

Fiom tone to tmie it may be necessary to remove an enlxy^^ To delete an entry, the 

sender clicia on tile appropriate option on flifi main address book displ^^ This process is seen in 
10 Figuie3-C-3. Once lliereqoest is received, flie sender wiOflien be diiected to a confirmed 

414to verify ftatlbeenhy selected is to be deleted. The sender will have tlie option to c<mfinn, or 
cancel this fimction. If the sender cancels, fiien nothing is changed. IfHie sender oonfinns,flfin the 
infomoation is deleted finm fte database 415 and cannot be restored ejocept by being re-enlercd 
manually by the sender. 

IS Each enfay baa a unique details page asBodatodwifli it When Ihe sender clicks on a name m the 
Address Book, tiie inforniatiGn is retrieved fiom file database and fiiB deteila 
displayed to file sender. Ifihe sender cficks on the e-rnail address entered in fiie mentioned field, fiie 
sender win be able to send an e-mail message to the TBCipieat The e-mail will be sent using tfie 
sendmg computer's defiatdte4nailcli«t The sender may also have fiie option to Select Modify or 

20 Delete file entry as described above. 

Figure 3-D Account Information: Hie account information for each unique user ID is stored in a 
database that contains information such as contact name, company name, address, telephone mnnber, 
e-mail addresses, and ai^ other information relevant to the system administrator. The system is 
inq>lem6nted to provide a database that can be accessed and modified by authorized useis in order to 
25 authenticate users based on ID and to monitor the activities of possible sulMisers. 

Them may be muttqple user levels fiiatmcludedes^nations such as a^ The 

* 

administrative level would have access to various fypes of sub-user infonnation, sn^ 
records, recent transfers activated by fliat user, and other maintenance options. Accesstoflds 
mformation is provided onfy to those adnunisttators vndi access privilege to a qpecific set of users, as 
30 dictated by a database. Administrators would have die option to set iq> and configure sob-nser 
accounts assodated with fiMtadminislmtor and to 
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pixvifege. 

Depcmidisg on 4ie iiser level as indket^ 

user. If the user is of a sub-user level, flsey may be displayed a page oa Ihey could view and 
modify flieiz own umqueaccxiuiitmfbmiadOT If tiie user is of an a ctrrmrifi t ra tive 

S level. Hiey may be displayed ^ir own unique us^ information as wgH as a listing of sob-users &r lliat 
Administrative account Ibqrinay have tiie ability to view axui modify llieiro^ 
as the information of sub-users. Maddition^ IbQr may be able to add or remove sab-usem at their 
discretion, as described in more detail below. 

Pigme 4 illustratss tiie recipient befaig notified by die DAD server and tiie eosuing canrnnmication 
10 with the server. 

When a file is 1ranfiferre4 a package ID is generated for that package. This ID can be used to track the 
package, or optionally re-download fliat transfer at a lat^ time. An e-mail notification^ as shown in 
Figure 4 hi 515, may optionally be sent to the recipient(B) indicating that a file transfer li^ been 
initiated. Contained within the message wiU be a unique link in 516 13 the DAD server. Whenflie 
15 recipient cKckfi on the Unk, the system sends tiie request to tiie database wi^ FignrB4m 
518 illustrates Recipients options the first time they access the system. Figure 4-1 in 520 portrays the 
process that the system undergoes as a result of tiie initial access. 

Like the sender, tiie recipiCTt will have tiie option to track Ifae history of the q>ecific file tiiat has been 
trans&ned TbefilewinhaveaimiquelDassocialedwiftauniqw These details will 

20 flienbedi^layedtothBTBdpienl Embedded client software is automaticalfy downloaded fitimtte 
DAD server to the recipients computer via a web page to fiusilitBtB the f^ 
compnter. The leciinentwiD select the ^)pn>priate 
fiom the database. Initspief(nedenviiDnmen1,tbi8inq^ben8efhlto 
origmatu^ in&nnation is deshed, or when tiie package has been revised and retnxned 

25 If tiie recipient has abeady been to the file information page specified above (block 518), the system 
wiU detect this as shown in Figure 4 in 5 1 9, such as in the case of re-download or resume download. 
Figure 4-1 in 521 portrays tiie process that the system undergoes as a result of additional visits. In 
addition to flie options mentioned above, flie recqjient vnH be able to retom flie file, modified.or 
unchanged, to tise sender in subsequent returns to tiie file infonnation page* 

30 Figure S ahows a set of programs for Ihe DAD file transfer operation tbrou^ cUmt-^erver 
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connminicatian. They conqjlete iSle transfeis fi^ The 
proce^i8fiuaieresq)lainedmfigaiB8 6aioiighl^ TliBaefiguxesinustxatettie processes of 
Receive (902), CSient Send (901), Server (905), Server Receive Iliiead (907) and Server Send Thread 
(906), Ihe Server To Server Upload (908), Monitor (903), and CKent Receive Manager (904) 
5 ptogrBms. TheclientptogiajDsmayheaiitomatLcanydown^ 
' .cabfilem&xtemetExploier.a jarfileinNetscq)e4,orviaaW 
farowsers. 

The DAD system uses hypertext processorB to ^nezate a JDAD (900) file fiiat is CTibeddddhi a wd> 
page. This file provides the cKent program with both users and DAD server Web browser 

10 then activates the client program (901 ar90Z)forfteembe^ed J)ADfileinwebpage. When the 
client computer executes &e client program, it comnumicaftes wilh the DAD server to send and receive 
files via TCP/IP and DAD protocols (e^kmed in detail m Figure 6 fluxnif^ 13). 

If file c1i»t programs (902. 903, 904) are prdnstalled for mstant notificatiDn, fiie momtor (903) 
program m^ notify fixe user and start fiie receive manager (904) program to interact with the sender 
1 5 SuKiiy and cozmmmicate wifh ihe server program, and to start die receive piogram (902) for the 
transfer without going throng^ a web page. The server port and IP address may dowrdoad with the 
client program fi:om the server and be saved locaify or may be saved inside the client progtanL 

If tiiere are notifications to send out, ttie piogram will communicate wrfii the queue nianager (909) to 
add the item to Hie defined queue, i.e. sender notification queue, recipient notification queue, or 
20 server-to-server transfer queue. Hie queue nianager will read fiom each queue and send fiw item to 
the program assodated with the queue, ie, server upload program (908) for the serve-to-^erver 
transfer queue or notification ^nerator (909) for die sender or recipient notification queue. 

Figure 6 iUustiales an eacample process, which can be peif ocmed by execuiix^ the Client Send 
program, 

25 TTie exemplary process performed by executing flie Client Send program to send a file or mstructions 
to the server with or without web page is shown in Figure 6. In particular, it describes how to use 
plication protocol to tnitializB^ enerypt, auto restart, resume, returned file upload, file upload, and 
insliuction delivery in detail in Figure 6. The requests fiom die sender via web page are saved in die 
database on the server. Ttoough flie DAD file tiie client program obtains die requests fiom flie 

30 sender- Parameters in the JDAD file for tins program iiiclude die paflinamesfi)r Ihe files on die ^ 
machme^ server port, IP address, ID, XFR file paflmame, file size, restart of&et, the archive options of 
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tfag sustain folder rimuimoy relative pgfli» comprpsaan and caci y p ti an flags, as aeeen in 1 000. The 
piogtam reads flieJ)AD £06 if it esdsts as indicate If&ilnie ocean as detennined in 1002 

the program teports die extor and exits. 

Tl^ pn>gicam estabfishes and enaypts a cQxme^ 
1003. 

If fbe J3AD file does not exist; fte pi^gram intend 

The sender has Ite option to cancel a lengAyiq)loM Whenftte 
lesome transfer is requested via web page, flie XFR file name, file size, and restart ofiGset are available 
inthe JDADfile. The Seiidprognim will nse those panimeters to detennii^whedier the resu^ 
request is valid or not If it is valid m 1007, the program will resume iq>Ioading portion of the file and 
so indicate in fl]e restart oSaeL If it is a new upload, the program reads, compresses, archives, and 
paclcages the specified file(8) into aXFR filebas&l on&e options in 1008. If a ftilure occurs during 
compression, archiving, paclmging, or the writmg of the XFR file to the local storage device, as 
mdicated in 1010, an error is reported and &e program exits as indicated in 1004. 

TlieprogiBmsradsaioginFmviaan^IicationpcotocoIinlOl^^ Hie server win nsetfiis FID to 
verify flie uso: and to ohlain the database record regardir^g fto 

Sendprogram. If the Send program loses its conneefion with the server when uploading tiiefite^ 
wiU try to reconnect to ^ server wift Oe same FID for the restart withq^ 

If it succeasMly logs in to the server, the Send pro g ram then needs to detemmie how much of the file 
has been reliably received on die server. In 1015, the Send program sends an application protocol to 
the server for restart ofiseL The server receive program iltostroted in Figure 9 will check the file size 
and return liie size as restart of&et for the client Send pro gram to relocate the file pointer to tib restart 
ofiOset If the total numb^ of bytes reliably receh^ed by the server indicates the pre^ 
completed in Figure 6-2 in 1019, it proceeds to Figure 6-3 in 1039 to con^lete the process. Otherwise 
the Send progrm win relocate the pointer to die restart ofifeet in Figure in 1021. InFigure6-2in 
1022 the Send program sends an qrplication protDcol with the cunezzt XFR file name, file size, and die 
offiet to the server to sutfXtft resume operation. 

The sender can cancel the ongQipg file upload. A jnogress bar wifii a cancel button is displayed for 
the sender to frcilitalediis need in Figure 6-2 in 1026. Ihe program sends die data to die socket in 
Figure 6*2 in 1027. rf iha «gnd ta ftc gnclfet onrmfiiAtiH fia^ift ftnfj indirat^ a thnft f?Ti* ftff 
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pmgrum yritotnfltieglly fry tn cnmiact wWi server in Fignre 6-1 in 1008> The aatomatic restarts 
fiom step in Figure &2 in 1034 also xoay be limilBd in Figure 6-2 in 103 1, in numbetrorin time* 
allowing autDmatic restart. If sender cancels the opemtion (via cancel button) , tbe program goes to 
Figure 6 in 1004 to seport and exits. IftheXFR file has been sent successfuDy^ttie program waits f^^ 
5 a positive response from fte server, deletes ^ copy of the file &om Ibe sender cuuiputer, reports 
a SDccessfol file reload to the sender* and eodb. 

Figure 7 illustxates an exan:q)le process which can be performed by executing the client xeoeive 
program* 

Figure 7 describes an exanq>l6 process of downloading a file to the client 
10 <t^Tivfyry of flhfi dffwnloft<^ noti^<^^"» tn flv^ prtrngry PAD agrvpf TOfh or wifliout web page. In 

particular* it describes how to use application protocol to initialize* encrypt* auto restart* resume* and 
nirin THc imrM Mrf tn « fifffgrent iservBr to refflime file download in dfltsfl in Figure 7, When fhe clicnt 
conpiter executes the client receive program* the executed cKent receive prugraxn cammnnicates wifh 
die DAD server usuig TCP/IP arKi an q[>pliDatiQn protocol Of 
IS download the file. Ifacoozxecti<m to fhe download site fidls, a comiectionattenqit 
again. An alternative connection to a difBsrent server also xnay be atte^ 

First, the program read the X) AD file in Figure 7 in 1 1 38. Ibe J5 AD file includes parameters of XFR 
file pathname and file size, server port and IP address, type of protocol* package options (such as 
sustaining folder structure, relative path* compression flag, enrayption flag), and optional FTP related 

20 parameters such as user name, password* account* initial directory and firewall data) in Figure 7 in 
1 137, If Ihe download site is not the primary server site, the IF and port of tiie primaiy site are 
provided in the DAD file too. If an error occurs, the errqr will be report to the user and the program 
exits. An attempt to establid^i a server comiectionfixm) a specified port and enc 
communication for the session is iUostcated inPigure 7 in 1142. If there is a &ilme in enabling tiie 

25 server connection on a specified port and die error is the result of a tone out in Figure 7 i^ 

retry will be attempted ifit is within the retry limits. Ifthe retry Imrit had been exceeded Figure 7 in 
114S, an aUeroative connection may be tried as indicated in Figure 7 in 1139. Depending on the type 
of download site> the corresponding logm method is used in Figure 7 in 1 146. 

The recipimt faas flie option to cancel a lengdiy download and res^ 
30 the DAD'download site. When fiie receive progtam is execute^ it has to determine wfaed^ 

operation can be lesomed in processes Figures 7 and 7-1 in 1 150-1158. It nses a permanent slox^ 
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xttcfbod (e.g., cookbs), to save ptevious local XFR file name, file size, and folcto using server XFK 
file name 38 a key on (be client canqmter. Iftbe XFR file name and file size in &e local pennanent 
storage are fhe same as ones indicated in to DAD file (in 1152) and the file size of flie eristing local 
XFR file is anudler ftan the file size specified in to looal permanent stora 
5 qpecation can be resumed if to recipient agrees. The status ofto previous traxis&r will be presented 
to to recipient to determine whetor resume or initiatB a new download is desired (1 154 and 1 155). If 
a new download is prefeaed (1 157 and 1158), a destination folder ite 
Figure7-linll59* 

The client then nses an qiplicafion protocol to send a read request to to download server, and a 

10 specified oflbet for DAD server, or uses a FTP pwrtocol to 

step 1 163 in Figure 7-1. In step 1 165 in Figute 7-1, to program will write to to local permanent 
storage (e. g. , codde), to local XFR file name, file size, and folder usiQg server XFR file name as a 
key. Data received at to client is read fiom a socket Ifto socket indicates tot to valid data is not 
available^ as determined in step 1 1 68 in Figure 7-2» to socket will coolmaally read if to enoi as 

IS determined in stq> 1169 in FigDze 7-2 as a time out oporatioii. 

If to mtry limit is reached, to program will try to automatically restart of to downloading file by 
reconnect to to server or to alternative server in Figure 7 in 1 142. If valid data is read in step 1 167 
in Figure 7-2, then it writes to data to to XFR file. Ifan end of file condition is reached in Figore 7- 
2 in 1175, to program srads a positive response to to server and i]^)dates to attributes of to transfer. 

20 In step U 78 in Figure 7-2, to program will use to options g)ecified in to ,D AD file to decompress, 
restore, and install files based upon to sender-defined options (1 137) in to J3AD file. Ifto 
download site is not to primary site for dns transfer, to program will try to estsblisb to connection 
to to primary server and send a transfer notification as indicated in steps 1180 to 1187 in Figure 7-2. 
The program delete s to XFR file, reports to download successfully, and exits as seen in Pigore 7-2 

25 inU89. 

Figure8iEustnUesaprefen:edexB]iq)leoftoDADQr8tffiisenre^ Ibe server program has a 

concurrent design. It creates a socket and binds to to de&ed address fbr to DAD service being 
o£Ebred« It leaves to socket unconnected. It places to socket in to passive mode, making it rea^r 
for use a server. It listens to to port and acoepts to requests ficom to cUent, and create 
30 thread process to acc^t to connection and handle response. The tiiread program receives a 

connection request, reads requests and sends back responses. Since each sffli^bas different capacity 
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and available ports. Acanrnimication configure file is deajgned to piovide server ports and 
diroadfi for sarver pmgLam to handle oonfigaxable aod coacuzrBnt tcansmissioos. 

Figme 8 tn 1 082 ilfustiates a configDmtion file flat can be cbangad by the sssnm administrator fixr itae 
smding and leceiving ports. Finthranoie^itdiowsfluGadcoiii^ 
S Ihesystmcapacily for handling the msxin^ It listsosonlfae ports axul 

acceptBfl^ieqiie8ti3iFigyxe8inl084. If xeqaest is received aid is widxia die li^ 
capacity in st^ 1089 in Figiiie8» a Recdve or Send ffa^ HiedneadpEogiam 
win Ifasn leceive tbe coimeclion upon creation and interact with the client using file connectioD^ read 
die response and send back the response repeatedly, die dnead count is reached, a report is 
10 generated for the seiver console and die pxogiaznwfll go to 
request 

Figure 9 describes an exanqile DAD server reoexvxng a file fiom sender or fiom anodier server^ receive 
iiistructLons^orreceiyedaidiaserecoidfixnnanofl^ In particular, it describes how die 
receiving thread processes a request for a partial file transfer. It also shows how, upon compledon, die 
15 prograin starts the other process fiirccmtinningd^ 

notificati(»istodies6nd6rorrecqnentsifq)ecified. First die receive dnead will acc^dief connection 
request (i.e., socket for die connection) and recdve flie login ID in Figure 9 in 1090. 

There are four different ^esofrequests to receive data. Based on die FID and login mediod it can be 
client to server file tcans&r via web page» using PID, client to server file transfer widiout web page 

20 (using Account Name and Password in lOPlA), server-to-server file transfer, or server-to-server 
database record transfer. Ifit is a database record transfix, it will create file database record first in 
Figure 9 in 1092 and proceeds to st^ 1 lOS in Figure 9 to receive filename, size and ofiset fiom the 
other server. For ffle transfer widi web page^ it will get die package record in Figure 9 in 109 fiom 
the database using die ID in 1094. If an error occurs in Figure 9 in 1095, die ID is im^d or die 

25 database record can be retrieved The program will report the error, log status to database, close 
comiecdon, update thread count and exit as seen in Figure 9 in 1096. For file trans&r widiout web 
page, die program first validates the account name and password in 1091B. If it is valid, the program 
sends a positive response to die client in 1091D. Thenit waits to receive die sender inputs in 1091B, 
adds it to the database in 1091F, and sends a FID to the client in 1091G. 

30 Ifdieconunand received in 1097 is an instruction to send a package ^K^h is pre-existing on.^ 
server (1 101), die program wiU die receive file toffc and go to add 
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notificatiOD qpieue in 1 122 and 1123, and exit 

To siqspGTt partial fQ e transfer, the prDgram rosy lecdvB a commaiid reqaeatnig restart ofiEs&t in Figure 
9 in 1099. If the coimnand isieceived, it willfindontHie file Bis£, if exists in Figute 9 in 1102, and 
send a response for the suggesting starting ofibet of XFR file in ^ IaFigiize9inll04 
5 the prognmi receives a message indicating flie MPR file name> total size, and fee starting ofEset of the 
transfer. If there is storage available for ^ user in Figoxe 9 in 1105, it sends a positive 
otherwise, it sends a negative responae. 

If a new file tianfifo is indioatsdhy a zero ofbet in FigDiei^l inll06,itcrGalBsaiievrfite2n8tep 
1107. Iffteofbet is equal to zero, then date is i?mtten to feeXE^ If^ 

10 ofGset is not equal to zero, then flie data is^mtixiglo the file starting fixnn the updated pomter location. 
In stq> 11 10 the jmsrain reads data fiomae socket, wci^ Ifthe 
cunenttotalbytes received is iq^dated and indicates an end of file in 1117, a positive response is sent 
to file Ghent in step 1118* Ofiierwise,niore data is read fiomfiie socket in s^ 
For receiving database record transfer, the program updates &e database record and exits. If file 

1 5 farwaidii^ to the other server is requested, the program adds fhe item to the server^to-server transfisr 
queue inst^ 1125 in Figqie 9-2 and starts the Queue Manager in 1126. If notificafions are requested 
in ^ database, it will add an item to the notification quwes (1 122 and 1 123) and start fte Queue 
Manager in 1126. Before it esdts, it will iqpdate the thread count in 1124. 

Re&irrag now to Figure 10, an exoDplaiy process of seiiding a file to tte There 
20 are three different types ofrequestsfnmi the sending port Hie first one is the request ficom the 

redpient monitor program to check any package for tihe specified account (1 130A). The second type 
of fhe request (1 1 BOB) is coming fiom ftte receive manager, which program interact wifii recipient aM 
server program to get the recipient inputs. The tiiird type of the request comes fixmi the client receive 
program to download Oe specified file via web page or local displays. 

25 The monitor program win try to connect to tlie send port ofthe server and login m 

name. Upon receiving the account name, the program vaHdates it by querying datd^ If 
it is vahd, it will query database to see any package for tins account m 1 1 30A3. If it has packages, fhe 
program will send a positiveiefiponae to the client monrtor program 11 30AS, close connection^ 
iqpdate thread coun^ and exit. 

30 The client receive manager will try to connect to fhe send port of the server and login widi fhe account 
name and password. If fee account name and password are valid, the program will query da t a b ase far 
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die package list iallSOBL llioiesuhisftonsCTttolliecUentnceiveim The 
I inrar a m wiritR tf^ rpffffm* FTP frnm thft rHfflit initifBtmc aaiftntPMl jMRtniga mil _^nR3. BasedonfliB . 
nD, die p rogr am will (jneiy tbe database in 1 1 30B4 for d^ notify izmtructkms and download Bites HsL 
The iDsutt willbe sent to die client receive manager far die Recipient to choose die download site in 
S 1I30BS. When die SDmdicadng die download she is iecexvedmll30B6,^ 

DAD file in 1130B7 and sends it to die clieait receive manager. Then, it closes the connection, 
updates ffaread count» and exits. 

If the program receives die login ID, dieo it will get the package record 1131 from die database. If an 
error occurs in 1133, the ID is invaBd or liie database record can be retrieveA The progmm will roport 

10 the ent)r, log statos to database, close connection, update thread count and ^ In 
1 1 35 die program receives a me^ge mdicating the XFR file nanie and die sta^^ 
transfer* The pn>grBm will start to send data to socket starting at die file tocatioQ 
received oSset in 1138. The process will be repeated until all data have been fienl Kwillwaitto 
receive a positive response finm the clkst in 1142 and iqpdate die database^ close die connection, 

15 update die dnreadconnt, and ejdt in 1146. 

Figure 11 illustrales an emnplary process of a server transferrmg file 20 and database record to 
anodicr DAD server or traiiflfraingfae to FTP server. Instep 1300 die program reads ,DAD file of 
1300. Tlie pn)gramestabUshes a connection widi the other server usiiig the port arid? 
contained in the JDA!D file in 1303. If the connection fails due to time out, a connection in 1303 may 
20 be performed again. In 1308, dieprogram sends aloginn)t}iatis defined in tbe JDADfOe to the odi^ 
DAD server or sends User Name and Passwoid for FTP login. For DAD-DAD transfer, both servers 
will use fins ID to create or obtain the database record to fiacilitate tbe transfer and synchronize widi 
each other. For DAD-FTP transfer, only file can be uploaded to die FTP server and wifliout automatic 
restart 

25 For DAD^DAD transfer, if the i^load program loses its connection widi the DAD server vfdien 
iiploading die file, it wiU try to recranect to die DAD server wid^ Tfit 
successfiilly logs in to ttie odier DAD server, die iq>load program then needs to detennme how nmch 
of the file baa been reliably received on die DAD server* In 1 015, die upload prognon sends a DAD 
protocol to die DAD server fisriestartofbeL The DAD server receive prognmilhistcated in Figme 9 

30 wiUohe(& die file size and return die size as restart ofi^ for die ^ 

pointer to the restart ofi^ ffdie total immberofbytes reliably xecdvedt^ the DAD sen^^ 
diepn3rvioastransferisconqpletedml316,itprooeedstoB Odierwisedie 
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upload program win lelocatetliepoiiiter to fte Ih 1319 flie upload program 

sends tbc cmreiit XFR fite name, file size, and die of&et to the server to siqjpoit resume opecation. 

The prograinsexids the data to 1ii6 socket in 1323. IftbesendtodsfisodkBtcoimnandfidlS'and 
indicates a lune out earn, tibe send program win antomaticany tiy to connect with server in 1 303 for 
DAD-DAD tianfifisr. Theaotonialic restarts fiom step 1328 also ipay be In^ 
in time, aUowiog automatic restart Ifflie XFR file has been sent sacceasfUny.&e program waits for a 
positive response fixmidie server^ logs to database, iq)dales queue, and exits. 

Figure 1 2 ilhistEatns how the dient monitor prog r a m uses an apphcation protocol to conummicate wiSi 
the server progi»m to xnottitorflkB package stains. The server send port; IP add^, and the account 
name ate stt»ed m the local pennazient storage dunng the instaUation of die client piogram fiir the 
recipients/ The momtor program uses the IP address and port to comiect to tto Ifitis 
com^ted,ften file piogamwiU send the socket to tt)e server file acco^ Ifaposifive 
reqxmse is recdved in 1405» there is a package on the server f(» the rec The progtam notifies 
the recipient usmg predefined multunediameaiod in 1407. Iffiiereisnod]mgforfiier6c^6nt,tfaB 
piogiaui waits a predefined time interval in 1402and reconnects to the server. The multimedia 
notification wiU be delivered repeatedly to die recipient until fiie recipient actxyates die program in 
1408. When the recipient activates fite program via a command (e.g., a double cUckX fiie program wiU 
start the client receive manager in 1409 to internet with fiie recipient 

Figure 13 illustrates how the client receive numager inteiacte witb the recipient and 
with the server program via an application protocol. The clientreceive manager uses the IP address 
andporttOGonnectto the server in 1500. If it is connected, the program wiflpronqrt the recipient for 
Ihepasswordin 1503, Then the progmro win send the password along wifii the account name to the 
socket for the server in 1504. After the account name and password are validated, the program 
receives end displays the list of the packages for die recipients m 1506. In 1507, die chosen PID is 
sent to file socket for the server. In 1508, the instructions along with the Ust of the available download 
sites axe received and displayed by the receive manager. Afier the download site is chosen^ the SID is 
sent to the socket for the server. A JDAD file, which is created by the server and includes the data 
requhsed by the cUentnx«ivepn)gram, is received and saved on die bcalxn^ The 
program then launches the receive program with DAD file to download 15 fiie selected file fi:om the 
chosen download rite in 1511. 

Thus, having presented the present invention in view of fiie above descnbed embodimenla, various 
altemtions, modifications and improvements are mtended to be witfam the scope and apixit of file 
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iirvaitioiL l]iefoiegoiDgd6SCiq)tioBisbyw^^ofeKai^ Ti^ 
invention's ^^^^ is dedSned aofy in tiie fbUowmg cl^ms and the equivaleots tiureto. 
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WHAT IS CLAIMED IS: 

1. Ametfaod of securely tzansfenmg a file 6am a fiist cfient to a second client oosapnssDg issoiog 
instmctiQiis ftom fiist client to a server fortiax^&rtinga file fiom said server to said 
second clieDt» wherein said fixst client issues said jnstroctioDS via a websxte for accessing said 
server. 

2. lliemdhodaccoixling to claim L^^ieEein prior to issuing said instructions, said mell^ 
includes issuing initial insttucttons for nploading 

and \dieiejn npm said first client initially accessing ^d website» finit embedded client 
software for iQ>loading said file is antomaticaUy downloac^ 

3. The meflu>d according Id claim 2, ^dierein said initial instil 
not exist on said sorver. 

4. The method according to claim 1, fbrihercominising issuing second instn^ 
notifying said second client &at said file is available for downloading firom said server. 

5. Tlie method according to claim 4, iiAeiti^ 
via a tibizd client 

6. The metiiod according to claim 5, wherein said third client comprises any one of a desktop 
computer, a laptop computer, a phcme, and a wireless device. 

7. The mefibod according to claim A, ^eiem said notify^g comprises at least one of a visual 
indicator, a audio indicator, and/or an email message* 

8. The m^od according to claim 4> furftercompiising downloading said file to said second 
client 

9. The metiiod according to claim 8, finlher comprising automatically downloading second 
embedded oUent software upon said second client initially accessing said website. 

10. The method according to claim 1 , finAer comprising issuing second instructions fiyr 
transfisrring said file to a second server. 

11. The m^od according to claim 1, wherein ei&er or both of said first client and said second 
client comprises a conqmter. 
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12. Hie mefliod accotding to claini 1» wbeaEein prior to ?TO *ip c said instnictiQDS, ssid fiist diciit 
TBgisteis wifii said server weSisite cieatiiig a first account for said first client 

13. Tbt melfaod accoidiDg to claim 9. wheimiimor to said second client initially accessing said 
website^ said second client legisteis with said website creating a second acooimt for said 
second client 

14. The niediod according to claim 2, wherein said first client q 
inler&cc. 

15. The method according to claim M^wherdb said de&nlt file transfer inler&ce comprises a 
network-based inter&ce. 

1 6. The method accordii^ to claim 1 4« ^rein said definih file tmnsfisr inter&ce compnsesa 
resident int^&ce of said first client software. 

17. The method according to claim 13, wherein said second client specifies a default file transfer 
interfece. 

IS. llie method accordingto claim 17, ^^lercm said defedt file tr^^ 
netwcdc-based intei&ce. 

1 9. The method according to claim 1 7, wherein said defiuilt file tiansfeir interface conqnises a 
resident interfeoe of said second client software. 

20. The mediod according to claim 19» wherein said second client software monitzns &b statos of 
said second acoomxt to determine if a file is available fiir downloading fcom said server. 

2L The me&odaccordii^ to chdm 20, wher»n said second GUents(^fa»h^ 
available for transfer to said second client fiom said server. 

22. The method according to claim 21, wherein said second client software indicates by at least 
one of a visual indicator, an audio indicator, a vibratory indicator, and/or an mail message. 

23 . The method according to claim 2, wherein said first client software includes file conqiression, 
archiving and/or packagmg utilities. 

24. The method according to claim 9, wherein said second client software includes file 
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deconqnession, xestoring aiKl/oT 

25. The meOiod accoidmg to claim 1 , v^lieieiii conmranicfttions between said first cEent and said 
server and/or between said seccmd client aiid said server and/or between said server an^ 
second server are mciypted. 

26. The me&odaccoiding ID claim l,>K^i6t^ 
instnictions fior traDsferring said file into a database. 

27. Tbe method according Id claim 1 , wberein said file is traosfened fixxm said first client to said 
server and/or fiom said server to said second client and/or fixmi said server to a second server 
via TOP/DP protocol. 

28. The method acconling to claim 22, wfaerein said email me^^ 
webpage of said server. 

29. Tb& method according to claim 28, wherein said webpage includes a second Hnk to a second 
webpage for downloading said file. 

30. The mefliod according to claim 28, iT^ieism said second wd)^^ 
iiploading said downloaded file to said serv^. 

3 1 . Tbe method according to claim 28, wherein said second webpage includes a letuxn link for 
tetuxohig said downloaded file tc said first client 

32. The method according to claim 1 , ^v^ierein software resident on said server tracks said file 
transfer. 

33. Ttie method accordmg to claim 26, wherein said database inclndes at least one of acoonnt 
hrformation, file package infhrmation, second cHeot addresses, server site in{brmatioii» server 
list informationp iqpload information and download infinmation. 

34. The method according to claim 26, wherein said &8t client may display and/or queiy said 
database for ixifbxmation related to specific file transfers. 

35. The me&od according to chum 26» wherem mfiirmation related to file tcansfeas are teccxded 
and stored in said database via a file identification of said file. 



36. 



The meOiod according to claim 35, wherem said file identification comprises at ^ 
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fiiBt climt identificadoii, a second clfent idggtification» Sto package mfbrnution, a aenrer site 
ideotificstioni and a download idmtificatian. 

37 . The mediod according to claim 2, wherein uploading said file may be intBrnq)ted and lesnmed. 

38. ThenDutibyodaccoxdSngtocla]m8,v<4i^^ 
rramned. 

39. The mefliod according claim 8, wherein downloading said file fiom said servcT maybe 
intemqrtBd, and wheiem resamption of downloading aaid file may be oanied out on a second 
server. 

40. AmetbodoftransfeningafitefiomafirBtcHenttDasecciadclie^ 

issuing first instructions fiom said first client to register an account with a server via a 
website for transfemng a file mid second client^ wherein said first client includes a web 
browser for accessing said website; 

issning second instractions for uploading saidfile to said server via said website and 
wherein iq>on said first client initially accessing said website, embedded cUent software 
for li^loadistg said file is antomalicaUy downloaded to said first client 

notifying said second client that said file is availalile for downloading fiom said 
website 

connecting said second client to said server via said website for downloading said file, 
wherein said second client includes a web browser for accessing said website; 

downloading said file. 

4L Tbe meftiod according to claim 40, ^^rein subsequent access to said server by said first client 
is fhmugih an intarfiioe of said client software. 

42. . The melbod according to claim 40, wfaerdbQ 1^0^ 

website, embedded second dkut software for downloading said file is automatically 
downloaded to said second client 

43* The mctlmd according to claim 42^ wheremsnbsequoitacceffl to ffl^ 
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cHeot is fliroa^ an xDtei&ce of aaid seocmd clio^ 
44. Computer leadabte media having stored tfaeieon a data Btructure 
a filst fieM cooqiiising data lepresentinig ac^^ 

a second field comptisiDg data l ep r es enli ng package infonnation xegarding a file for 



a Huid field conqmsnig addiess infimnaiion &t an addiess to tmnsfer a file; 
a fourth fidd comprising a semr site; 
a fifth field comprising a server list; and 

a sixfli field compiiffing download and/or iipload infCTnation of a file. 

45. A graphical user ffiteffkcc for a first client con^luter syHtero having a selection device, said 
graphical user iotetface oon^jrising: 

a user login conqponent for logg^ a client onto a website for a server, 

a cUent browsing camponent for browsing the interne^ 

a file transfer conqxment for forwarding a file to a second client; 

a tracking component for retrieving trackiddig infonnation fbf tracking said file 
forwarded to said second cUen^ 

an addiess book componeDt stonug and retrieving an address of said second client; and 

an account information component fat retrieving account infonnation related to said 
first client and/or said second client 

46. A system for perforniing a method oftcansferring a file fiom a first client to a sec 
comprisix^; 

a server accessible over the internet via a websftSf said server wiehi^E conmnnncadon 
nieans fin: comnxunicatipg data wift a clioot over flie internet 

a first cHent for instructiiig said server to forward afile to a destination address; 
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a secQcd dient having said destination addxess^ wfaetetn: 
said £ast client issues first instructions fox legist 

server via said website fbfrtransfisrring a file to said destination address of said 
second client, wherem ^d first client includes a web browser for accessnig said 
website; 

said first client issues second instructions for uploadiog said file to said sarfcr 
via said websita and wherem upon said first client initiany accessing said 
website, embedded cKent software stored on fflid server operational fiir a client 
to upload said file is automatically downloaded to said first cUent; and 

said fixst client uploads said file to said server, 

notifying means fior notifying said second cHeot ftat said file is available for 
downloading fix>m said savers wberem: 

said second client issues ftmd instroctions to said server via said website for 
downloading said file» wherein said second client includes a web browser for 
accesnng said website; and 

said second client downkmds said file. 

47, Hie system according to claim 46, wherein iqpon said second client initially accessing said 
websitB, client software stored on said server operational fora client to download said file is 
automatteally downloaded to said second client 

48, Com pu ter readable media having co mpu te r- executable instractions for performing a mefood 
comprising; 

issuing first instructions fiom said first client to register an account with a server via a 
website for tFansfencing a file to said second cfien^ wherein said first client xnchides a 
web browser for aocessfasg said website; 

issuing second instructions for uploading said file to said server via said website and 
wherein upon said first client initially accessing said website, client software for 
uploading said file is automatically downloaded to said first client; 
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notifyizig saM second clffizit that said file 2^ 
sit^ 

issuing tbiid instructions fixun said second client for downloading said filCt ^dtfiroin 
said second cfient includes a web browser for aocessiog said website; and 

downloading said file. 

49. Tbs computer readable media according to claim 48, wherein upon said second client initially 
accessing said website, client sofiwaie for downloading said file is automaticaDy downloaded 
to said second client 
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